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Description 

This invention relates to a method of and a system for transferring funds. 

At present, remote banking generally involves the use of magnetic stripe cards, together with cheques or 
5 cash. The cards are encoded with information identifying holders of the cards. The information stored on the 
card is typically a primary account number (PAN). Typically, the card is inserted into an automatic teller machine 
(ATM) and a personal identification number (PIN) is entered by the cardholder. In some cases, the ATM verifies 
that the entered PIN corresponds with a PIN calculated by the ATM and then allows a transaction such as a 
withdrawal or deposit of funds to take place. If the ATM is on-line to therelevantfinanctal institution, the account 
10 of the cardholder may be debited immediately a withdrawal takes place, or the ATM may store the transaction 
information, with the cardholder's account being debited at a later stage, utilising track 3 on the card. In any 
event, direct debiting or crediting of an account is generally limited to a two way transaction between a financial 
institution and an account holder at the financial institution. 

Cheques, credit cards, debit cards and cash are also utilised for the purchasing of goods and services. 
15 However, these systems are cumbersome and risky and, if provided as on-line services, are relatively unreli- 
able and expensive. 

EP-A2-0256768 discloses a transaction processing system using customer's and vendor's microchip 
cards and microchip card reader/writers. US-A-4454414 discloses a funds transfer system comprising portable 
funds transfer modules issued by a financial institution and carried by vendors and vendees. 
20 According to the invention there is provided a method of transferring funds including the steps of linking 
a first portable data storage and processing device to a first financial institution; debiting an account held at 
the financial institution and recording a corresponding credit value in the first portable data storage and proc- 
essing device; finking the first portable data storage device to a second, similar device; reducing the credit 
value in the first device and recording a corresponding credit value in the second device; linking the second 
25 portable data storage and processing device to a second financial institution; reducing the credit value in the 
second device; and recording a corresponding credit value in an account held at the second financial institution 
characterised in that the first and second devices each store at least a portion of a program which is run in a 
synchronised interactive manner between the first and second devices. 

A terminal means may be provided which receives the first and second devices and permits data transfer 
30 therebetween, the terminal means operating under the control of a stored program to facilitate interaction of 
the first and second devices. 

The first and second financial institutions may be one and the same or different banks, building societies 
or other similar institutions. 

The first and second portable data storage and processing devices are preferably "smart cards" comprising 
35 electronic data storage and processing circuitry on a credit card-like substrate, operating under the control of 
stored software. 

The first device may be allocated to an individual registered at the first financial institution, while the sec- 
ond device may be allocated to a retailer or other commercial entity, the magnitude of the reduction in the credit 
value stored in the first device corresponding to the value of a transaction between the individual and the re- 
40 tailer or commercial entity. 

The second device may total the credit values recorded therein, so that the credit value recorded at the 
second financial institution corresponds to the total of all credit values recorded in the second device in a pre- 
determined period. 

Further according to the invention is provided a system for transferring funds including first and second 
45 portable data storage and processing devices; first terminal means for finking the first device to a first financial 
institution; second terminal means for linking the second device to a second financial institution; and third ter- 
minal means adapted to receive the first and second devices and to permit data transfer between them, so 
that a credit value stored in the first device which corresponds to a debit from an account held at the first fi- 
nancial institution can be reduced by a desired amount and a corresponding credit value can be recorded in 
so the second device, the second device being adapted to transfer the credit value stored therein to an account 
held at the second financial institution, characterised in that the first and second devices each store at least 
a portion of a program which is run in a synchronised, interactive manner between the first and second devices. 

The first and second portable data storage and processing devices are preferably "smart cards" comprising 
electronic data storage and processing circuitry on a credit card-like substrate, operating under the control of 
55 stored software. 

The first and second terminal means are preferably adapted to link the respective smart cards to the re- 
spective financial institutions via a digital or analogue data network. 

The third terminal means is preferably a card reader device adapted to receive both smart cards and to 
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allow data transfer therebetween. 

Preferably, the card reader device operates under the control of a stored program which facilitates the in- 
teraction of the first and second smart cards. 

Figure 1 is a schematic illustration of a funds transfer system according to the invention; 

5 Figure 2 is a schematic illustration of a basic mode of operation of the system of Figure 1 ; 

Figure 3 is a basic schematic block diagram of a card reader device used in the system of Figure 1; and 
Figures 4 to 7 illustrate schematically several different operations possible with the system of Figure 1. 
The funds transfer system illustrated schematically in the drawings is designed to allow the direct transfer 
of funds from a first financial institution (FI1) to a cardholder, from the cardholder to a retailer, and from the 

10 retailer to a second financial institution (FI2), via an analogue or digital data network, in order to allow the nec- 
essary data to be transferred in a convenient manner, use is made of "smart cards" 30. Such devices are well 
known and comprise a credit card-like substrate on which is mounted an integrated circuit containing a central 
processing unit (CPU) and associated random access memory (RAM) and read-only memory (ROM), as well 
as an electrically erasable programmable read-only memory (EEPROM). 

f5 Contacts on the surface of the substrate allow a suitable card reader device to apply power to the computer 
on the card and permit data transfer to and from the computer. 

The operation of the system is illustrated in a highly simplified form in the diagram of Figure 2. In the first 
leg of the process, a card holder obtains funds from an account held at a financial institution (Fl, FI1). This is 
carried our in real time or on-line via a funds transfer machine (FTM, FTM1) which is linked to the financial 

20 institution via the data network. The cardholder selects an amount to be credited to his personalized smart 
card (referred to hereinafter as a client card 30), and a credit balance on his client card is increased, while the 
balance in his account at the financial institution is debited correspondingly. 

The cardholder can now use his client card to conduct financial transactions of different kinds, in either 
an on-line or an off-line manner. Typically, as shown in Figure 2, the client card will be used by the cardholder 

25 in a transaction in which goods are purchased from a retailer. The retailer is provided with a point of sale (POS) 
device which is a self-contained, battery powered smart card reading device. To conduct a transaction, both 
the client card 30 and a personalised smart card 32 of the retailer (hereinafter called a retailer card) are both 
inserted into the POS device, which operates under the control of a stored program to allow communication 
between the client card and the retailer card. The amount of the transaction is entered into the POS device. 

30 This amount is then presented to the client card, which reduces the credit value stored in its EEPROM by the 
amount of the transaction, and forwards this amount to the retailer card which increases a credit value stored 
therein by the same amount. 

Once the transaction is completed, the client card of the cardholder is removed from the POS device while 
the retailer card remains in the device. The retailer will typically conduct a number of different transactions 

35 with different cardholders during the course of a business day, and an accumulating total credit value will be 
stored in the retailer card. At intervals, typically at the end of each working day, the retailer will remove the 
retailer card from the POS device and insert it into a dedicated funds transfer machine (FTM2) which is linked 
to a second financial institution (FI2) (that is, the financial institution at which the retailer holds an account) 
via the electronic data network. 

40 The transaction information stored on the retailer card is transferred to the retailer's financial institution, 
which identifies the accounts of the various cardholders who have conducted transactions with the retailer, 
and which then credits the retailer's account with the total value of the transactions, and debits the financial 
institution's cardholder account with the value of the respective transaction. A magnetic tape record of the data 
transmissions conducted over the data network allows the respective financial institutions to generate printed 

45 statements for the cardholders and the retailer, if necessary. The cardholder can also use his card in an on- 
line manner, via an on-line funds transfer machine, to settle accounts, credit his card with a salary payment 
or another deposited amount, or conduct similar on-line transactions. 

The advantage of an electronic funds transfer system of the kind described above in broad terms is that 
both conventional currency, such as cash or cheques, and conventional credit transactions, such as those em- 

50 ploying credit cards, can be replaced. Delays in processing financial transactions are reduced or eliminated, 
while the use of cards on which a credit balance is stored ensures the availability of funds and reduces the 
risks associated with cash or credit transactions. Numerous other benefits arise from the use of an electronic 
data network, allowing a reduction in record-keeping and administration and reducing the likelihood of errors. 
The operation of the funds transfer system will now be described in greater detail. A crucial part of the 

55 system is a card reader device which is adapted to receive two smart cards simultaneously, and effectively to 
allow communication between the cards. The card reader device is essentially conventional except for the pro- 
vision of a second card reader slot and associated input/output circuitry. A suitable device is a type P500 ter- 
minal manufactured by Crouzet Sextant Avionique of France. 
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The circuitry of the card reader device is illustrated schematically in Figure 3, and is based around an Intel 
type 8096 microprocessor 10. Associated with the microprocessor 10 is a random access memory (RAM) 12 
and a read-only memory (ROM) 14. First and second smart card readers 16 and 18 and an input/output (I/O) 
interface 20 comprising an RS232 interface are connected to the microprocessor 10. Finally, a keypad 22, a 
5 liquid crystal display (LCD) 24 and a miniaturised paper printer 26 are also controlled by the microprocessor 
10. The device is powered by a power supply circuit 28 comprising a rechargeable battery pack which allows 
the card reader to be operated for up to 30 days before replacement or recharging of the battery is necessary. 

A boot program is stored in the ROM 14, which initialises the card reader when it is turned on. An operating 
system and software controlling the operation of the card reader is downloaded into the RAM 12 via the I/O 
10 interface 20, and must be reloaded if power is removed from the device. 

The above described card reader device is used as a stand-alone point of sale (POS) device allowing com- 
munication between the client cart of a cardholder and the retailer card of the retailer. An essentially similar 
machine is used as a funds transfer machine (FTM) to allow communication between the client card and the 
cardholders financial institution, and to allow communication between the retailer card and the retailers finan- 
15 cial institution. In this case however a modem is included in the device to link it to the electronic data network 
and thus to the respective financial institutions. In either case, the stored computer program in the RAM con- 
trols the operation of the device and generates prompts and other information which is displayed on the liquid 
crystal display 24 in use. 

The first leg of a typical sequence of transactions will now be described, in which a cardholder transfers 
20 funds from an account held at his financial institution to his own client card. This is done using a card reader 
device as described above, configured as a funds transfer machine (FTM). Using the keypad 22, the cardholder 
selects a "Funds transfer" option and enters the amount to be transferred and the type of account to be debited. 
A display is generated on the liquid crystal display 24, prompting the cardholder to enter his card into the card 
reader device. Power is now applied to the card reader in the device, which applies power to the circuitry on 
25 the card itself. The microprocessor on the card initialises itself and outputs data to the card reader device in- 
dicating its operating parameters, including the baud rates, clock speed and data format which it uses. The 
card also outputs an identification code to the card reader device, indicating that it is a client card of the correct 
type. 

Once the handshaking procedure between the client card and the FTM control card (as described in Ap- 
30 pendices 1 and 2) is completed correctly, the transaction can continue. The cardholder is prompted to enter 
a password, which is checked with a corresponding code stored in a secure memory area on the card. If the 
correct password is not entered within three attempts, the card is disabled. Assuming that the correct password 
is entered, a file information table in the card memory is read, providing details, inter alia, of the current credit 
balance stored in the card. 

35 . .The FTM now compiles a message for transmission via the data network, which includes critical fields such 
as the amount to be transferred, a transaction sequence number (TSN) and a unique sequence number (USN). 
The message is transmitted via the data network to the financial institution at which the cardholder holds an 
account. Assuming that there are sufficient funds in the cardholder's account to meet the request, the financial 
institution debits the cardholder's account and moves the funds to a holding account. The amount of the trans- 

40 fer, together with the TSN and the USN, is encrypted under the issuer key of the financial institution and trans- 
mitted back to the data network, which encrypts this encrypted data further with a data network key. The da- 
tabase of the data network is also updated with details of the transaction. 

The message is routed back to the FTM, which extracts the encrypted portion of the data and transmits 
it, together with the date and account type, to the client card. The client card decrypts the encrypted data using 

45 the random key and the issuer key (both of which are stored securely on the card) and will check that the TSN 
and the USN in the decrypted data match the original TSN and USN. Assuming that a match occurs, the trans- 
action is then written to the client card transaction file, and the current credit balance is updated on the card. 

The FTM now runs a utility program on the client card which sends an 8 byte encrypted message to the 
FTM containing the TSN, the USN, and a code indicating whether the transaction was good or bad. The TSN 

so stored in the card is incremented. The above data is encrypted with the data network key and is transmitted 
via the network to the financial institution for confirmation of the transaction. The display of the FTM now 
prompts the cardholder to remove his client card. 

The result of the above transaction is that an amount of funds corresponding to the figure entered by the 
cardholder into the FTM is deducted from the credit balance of his account at the financial institution and trans- 

55 ferred to a holding account of the financial institution. The credit balance stored on the client card is updated 
by the same amount, and can now be used to conduct further transactions. A state table of the above described 
transaction is shown in Appendix 1. 

The above described transaction takes place between the financial institution and a so-called secure card 
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account (SCA) which can only be accessed via a high security encryption/decryption procedure. The client 
card also makes provision for a high speed self service (HSSS) account which is limited to a relatively low max- 
imum credit balance and which does not require the use of a password to be debited. This account can be used, 
for example, when using vending machines or the like, where relatively small amounts are involved. A state 

5 table showing how funds are transferred from the secure card account (SCA) to the high speed self service 
(HSSS) account is shown in Appendix 2. 

Assuming now that cardholder wishes to conduct a transaction with a retailer, such as the purchase of 
goods or services, the card reader terminal illustrated in Figure 3 is used, configured as a point of sale (POS) 
device. When this device is turned on by the retailer, the display prompts the retailer to enter the retailer card 

10 into the appropriate slot at the bottom of the machine. The card outputs its identity code to the device, which 
verifies that it is a retailer card, and a handshaking procedure is carried out as described above with reference 
to the funds transfer machine. 

The retailer card has a merchant information file which stores, inter alia, the merchant's name, a "hot card'' 
file and transaction batch numbers. The main menu of the software stored in the terminal is now displayed, 

15 and offers a choice of "Sales" or "Utilities". Assuming that "Sales" is selected, a second menu appears, offering 
a choice of "Purchase" or "Card balance". The latter option allows the retailer to check the running total credit 
balance stored in his card. 

Assuming that the "Purchase" option is selected, the display will then prompt the retailer to enter the 
amount of the transaction. This can be done directly via the keypad 22, or via the input/output interface 20, if 

20 the card reader terminal is connected to a till. The display now prompts the cardholder to enter his client card 
into the second card reader, and a handshaking procedure once again takes place to ensure that the correct 
type of card is being used. 

The sequence of events is described in the state table of Appendix 3, and includes the generation of a 
random key by the client card which is then used in the subsequent messages for this transaction. The retailer 

25 card checks to see whether the credit balance stored thereon is below the permissable maximum and that the 
amount of the transaction will not cause the balance to exceed the maximum. Information from the client card 
is now read into the RAM 12 of the terminal, including the client identification code and balance information. 
Once the security measures (up to and including Utility 4 in Appendix 3) have been carried out, the terminal 
prompts the card holder to indicate whether a secure card account (SCA) transaction or a high speed self ser- 

30 vice (HSSS) transaction is desired. The terminal now runs a utility to check whether the client card is on the 
"hot card" list stored on the retailer card, and if so, aborts the transaction, and switches off the client card. 

The terminal now prompts the cardholder to enter his password. If the correct password is recognised, a 
flag is set in the RAM of the card. The amount of the transaction, the date, the retailer identity, and the trans- 
action batch number are now transferred directly to the client card in an unencrypted form. The microprocessor 

35 of the client card checks that the flag in the RAM. is correctly set to. indicate the use of the correct password, 
and checks the identity of the retailer card to ensure that it is in fact a retailer card. The transaction information 
is then stored in the RAM of the card. The transaction information is now written to the transaction file on the 
client card and the balance in the client card is updated (that is, reduced) and stored in a non volatile memory 
area of the card. If the amount of the transaction is greater than the stored balance (that is, an impermissible 

40 transaction) the card is put into a CPU loop so that it "hangs", and cannot be reset except by aborting the trans- 
action. Once the transaction has been encrypted and recorded, the RAM of the card is cleared. 

The terminal now transmits the encrypted transaction information to the retailer card, and the cardholder's 
identification number and the record sequence number are checked, both to ensure a valid transaction and 
to ensure correct decryption. The accumulated credit balance on the retailer card is now updated. Similarly to 

45 the client card, the card will "hang" if the total balance exceeds the maximum permissible limit. The amount 
of the transaction, the client card unique sequence number (USN), and the financial institution issuer code 
are now encrypted with the key of the data network, and this information is stored in a non volatile area on 
the retailer card. The total number of SCA transactions is incremented, and the transaction information is writ- 
ten to the retailer card transaction file. This information is further encrypted with the card reader terminal key, 

so as contained on the retailer card. 

The encrypted information is now transferred to the RAM 12 of the card reader terminal, and a transaction 
record is printed using the printer 26. On the same record, an encrypted record of the transaction is printed, 
in a 16 byte format, to ensure, if necessary, that the retailer has not modified the POS device software. The 
cardholder is now prompted to remove his card, and the original main menu is displayed. 

55 The result of the above transaction is that the credit balance on the client card is reduced by the amount 
of the transaction, and the accumulated credit balance on the retailer card is increased correspondingly. The 
printed transaction record, including its encrypted data, allows errors to be traced. The entire transaction takes 
place on an off-line basis, using only the two smart cards (the client card and the retailer card) and the stand- 
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alone card reader terminal. 

In the case of a high speed self service (HSSS) transaction, a simplified procedure is followed. A state 
table of such a transaction is shown in Appendix 4. 

The next step in the operation of the system is for the retailer to settle the transactions, whether SCAor 
5 HSSS transactions, recorded on his retailer card. The settlement procedure is once again an on-line procedure, 
requiring the use of a funds transfer machine (FTM). This may be a dedicated device located on the premises 
of the retailer, or may be located elsewhere. 

Using the keypad of the FTM, the retailer chooses the "settlement" option, and is prompted via the display 
to insert his card. The FTM then conducts the usual handshaking procedure between the FTM card inserted 
10 into the machine and the retailer card. A utility on the retailer card is now run which outputs the batch total, 
date, batch number, number of transactions and the retailer card USN, all encrypted under the data network 
key. This data is then transmitted to the data network through the pre-initialised communications link, typically 
a XXX pad. Transactions which are encrypted using the data network key are sent to the data network on a 
one to one basis, and are confirmed by the network. The network decrypts the received data and conducts a 
15 number of validity checks, for example, by checking the sum of all transaction amounts against the total in the 
batch data. 

The batch number and the new batch data are now encrypted by the data network with the data network 
key, and transmitted back to the FTM. The FTM transfers this data to the retailer card, and the retailer card 
decrypts the data and checks that the batch numbers remain the same. The retailer card then increments the 

20 batch number and updates it, enters the batch date, and resets all totals to zero. The transaction address on 
the file information table (FIT) on the card is reset to the first address position, and a bitflag is set which allows 
the transaction file to be overwritten by the data network hot card file. A utility is then run to write the hot card 
file to the transaction file. Finally, the FTM prompts the retailer to remove the retailer card. The batch trans- 
action data is transmitted via the data transfer network to the financial institution of the retailer, updating the 

25 retailer's account by crediting it with the total value of the transactions. The network also sends a message to 
the financial institution of each cardholder who conducted a transaction in the particular batch concerned, au- 
thorising a transfer of funds from the holding account of the cardholder's financial institution to the retailer's 
financial institution. A state table illustrating the above settlement procedure appears in Appendix 5. 

It will be apparent from the above description that the entire chain of financial transactions is accomplished 

30 by the direct transfer of information between the financial institutions concerned and the client and retailer 
smart cards. By the use of high levels of encryption, a high security level is achieved. This is made possible 
mainly by the use of intelligent cards which can communicate with one another, via an intelligent terminal de- 
vice, which permits the necessary high standard of encryption/decryption and other security procedures to 
be achieved. Diagrams illustrating the various transactions are shown in Figures 4 to 7. 

35 An important aspect of the invention is the running of a program (application) which is effectively split be- 
tween the two (or more) CPU's of the smart cards. The running of these CPU's is facilitated and synchronised 
by the card reader terminal, which itself runs a stored program. However, the transaction is controlled by the 
programs stored on the cards themselves, while the terminal merely allows direct communication between the 
cards, consistent with the operating protocol of the cards. 

40 Although the funds transfersystem of the invention has been described in relation to a conventional, typical 
series of transactions, it will be appreciated that the applicability of the system is wider than the specific ex- 
ample given above. The described system can be used to operate savings, transmission and current accounts, 
as well as credit accounts (including general credit accounts and specific credit accounts such as petrol or 
garage type accounts). The system is also applicable to the running of mortgage bond accounts, subscription 

45 deposit accounts, or foreign exchange accounts, for example. 
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Appendix 1 
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30 



35 



40 



45 



Client (Utility) 


FTH (Control) 


UHLJ : 




Function: Generate random number. Encrypt random number, 
card type and currency with transaction key. 
Output. 

Dependencies ; None 


mil : 

Function: Input. Decrypt with transaction key. Encrypt 
random number and card type Mith random key. 
Dependencies: Utility card must be client card. 




UTIIJ : 




Function: Output. 




Dependencies: Hone. j 


UTIL.2 : 




Function: Input, Decrypt with random key. 
Oeoendtncies: Random numoer nust matcti random mincer 
generated in UTIl_l. 




UTIL.9 : 




Function: Input. Decrypt with Hetrolink key and issuer 
key. Write transaction. Update balance. Clear 
RAH. 

Dependencies: Control card presented in UT I L I mst be 
FTM card. 

Pas sword nust have been presented. 
Client transaction sequence numbers must 
match. 

Transactions, amount cannot overflow SCA 
balance. 
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Appendix 2 



10 





Client (Utility} 


FTM (Control) 




UIIL.l : 




15 


Function: Generate random number. Encrypt randan number, 
card type and currency with transaction key. 
Output. 

Oeoendencies: None 


UTILJ : 


20 




function: Input. Decrypt with transaction tcev. EncrvDt 
random number and card type with random key. 
Ceoendencies: Utility card must be client card. 

UTILJ : 

Function: Output. 


25 




Deoendencies: None. 




UMLJ : 




30 


function: Input. Decrypt with random key. 
tendencies: Randan nuoter oust match random nutter 
generated in UTILJ. 

UIIL.7 : 




35 


Function: Input. Write transaction. Update balances. 
Clear RAH. 

Deoendencies: Control card pre tented in UTIL 2 must be 
FTM card. 

Password oust have been presented: 
Transaction amount cannot be greater than 
SCA balance. 

Transact ion 'amount cannot overflow HSSS 
balance. 
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Appendix 3 



Client (Utility) 



Retailer (Control) 



10 



15 



20 



25 



30 



.35 



40 



45 



50 



55 



UTIL 1 



Function: Generate random number. Encrypt, random number, 
card type and currency with transaction key. 
Output. 

dependencies: Hone 



UTIL_2 : 

Function: Input. Decrypt with random key. 
Dependencies: Randan number must match rjrcyi ryacer 
generated in UTIL^l- 

UTILJ : 

runcticn: Input. Hancle information. 
Dependencies: Password nist have been presemeo. 

Control card presented in u n*st 5t 

retailer card. 

UTILJ : 

Function: Write transaction. Update balance, ;-:r>pt 
■ - amount, client card unique sequence ^oer 
and record sequence mater wUfl rircoo *ey. 
Output. Clear RAH. 
Dependencies: Paynote amount presented to urn -n tf'.LJ 
must be greater than zero. 
Paynote amount cannot be greater ran SCA 
balance. 



UTIL J : 

Function: Input. Decrypt with transaction key. Encrypt 
random number, record sequence number & card 
type with random key. 
Dependencies : Retailer card can not be full. 

Utility card must be client card. 
Currencies must match. 

UTIL_5 ; 

Function: Output. 
Dependencies : Hone. 



U7IL_6 : 

Function: Input. Decrypt with random key. Update balance. 
Write transaction. Encrypt amount, client card 
unique sequence number and issuer code with 
metro link 1 key. 

Dependencies: Utility card presented in UTIM must te 
client card. 

Record sequence number must match. 
Paynote amount cannot overflow batch total. 

UTIL 5 : 



Function: Output. 
Dependencies: None. 
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Appendix 4 



10 



15 



20 



35 



40 



45 



Client (Utility! 


Retailer (Control) 


UTIIJ ; 




function: Generate random number. Encrypt random number, 




card type and currency with transaction key. 




Output. 




Dependencies: None 






UTIIJ : 




Function: Input. Decrypt with transaction key. Encrypt 




random number, record sequence number A card 




type with randan key. 




Deoendencies: Retailer card can not be full. 




Utility card oust be client card. 




Currencies must natch. 




UTILJ : 




Function: Output. 




Dependencies: None. 


D71L_2 : 




Function: lr.put. Decrypt with random key. 




Dependencies: Ranccm number must natch random nurccer 




generated in UTILJ. 




j u7IL_4 : 




1 Function: Input. Handle information. 




Deoendencies: Control card presented in UTIL 2 must be 




retailer card. 




UTilJ : 




Function: Write transaction. Update balance. Encrypt 




amount, client card unique sequence number 




and record sequence nuober with random key. 




Output. 




Dependencies: Pevnote amount presented to card in UTIL 4 




must be greater than zero. 




Pay note amount cannot be greater than HSSS 




balance. 






UTIL 6 : 


1 


Function: Input. Oecrvot with random kev. Update balance. 




Write transaction. Encrypt amount, client card 




unique sequence number and issuer code with 




metro link 1 key. 


I 


Dependencies: Utility card oresented in UTIL 4 must be 




client card. 




Record sequence number must match. 




•Paynote amount cannot overflow batch total. 




UTI1.5 : 




Function: Output. 




Dependencies: None. 
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Appendix 5 




10 








Retailer (Utility) 


FTH iControl) 


15 


UTILJ : 


UTILJ : 

Function: Generate random nunoer. Encrypt random nucijer 

and card type with transaction key. Output. 
Dependencies: None. 


20 


Function: I rout. Decrypt with transaction key. 
Dependencies: Hone. 

UTILJ : 




25 


Function: Encrypt batdi nuwser. batch total and batch 

date with retro link key. Encrypt batch number, 
retailer card unique sequence number & total 
number of transactions with netrolink key. 
Output. 

Ceoendencies: Control card presented in UTIL 1 oust be 
FTH card. 




30 


UTILJ : 

Function: Input: Oecryot with netrolink key. Reset batch. 
Dependencies: Batch mutter rant natch batch number 
encrypted in UTILJ. 




35 







40 



Claims 

45 

1. A method of transferring funds including the steps of linking a first portable data storage and processing 
device (30) to a first financial institution (FI1); debiting an account held at the financial institution and re- 
cording a corresponding credit value in the first portable data storage and processing device; linking the 
first portable data storage device to a second, similar device (32); reducing the credit value in the first 

so device and recording a corresponding credit value in the second device; linking the second portable data 

storage and processing device to a second financial institution (FI2); reducing the credit value in the sec- 
ond device; and recording a corresponding credit value in an account held at the second financial insti- 
tution characterised in that the first and second devices each store at least a portion of a program which 
is run in a synchronised interactive manner between the first and second devices. 

55 

2. A method according to claim 1 characterised in that a terminal means (POS) is provided which receives 
the first and second devices (30;32) and permits data transfer therebetween, the terminal means oper- 
ating under the control of a stored program to facilitate interaction of the first and second devices. 
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3. A method according to claim 1 or claim 2 characterised in that the first and second financial institutions 
(R1;FI2) are one and the same bank, building society or another similar institution. 

4. A method according to claim 1 or claim 2 characterised in that the first and second financial institutions 
(FI1;FI2) are different banks, building societies or other similar financial institutions. 

5. A method according to any one of claims 1 to 4 characterised in that the first and second portable data 
storage and processing devices (30; 32) are "smart cards" comprising electronic data storage and proc- 
essing circuitry on a credit card-like substrate, operating under the control of stored software. 

6. A method according to any one of claims 1 to 5 characterised in that the first device (30) is allocated to 
an individual registered at the first financial institution (FI1), while the second device (32) is allocated to 
a retailer or other commercial entity, the magnitude of the reduction in the credit value stored in the first 
device corresponding to the value of a transaction between the individual and the retailer or commercial 
entity. 

7. A method according to any one of claims 1 to 6 characterised in that the second device (32) totals the 
credit values recorded therein, so that the credit value recorded at the second financial institution (FI2) 
corresponds to the total of all credit values recorded in the second device in a predetermined period. 

8. A system for transferring funds including first and second portable data storage and processing devices 
(30; 32); first terminal means (FTM1) for linking the first device to a first financial institution (FI1); second 
terminal means (FTM2) for linking the second device to a second financial institution (FI2); and third ter- 
minal means (POS) adapted to receive the first and second devices and to permit data transfer between 
them, so that a credit value stored in the first device which corresponds to a debit from an account held 
at the first financial institution can be reduced by a desired amount and a corresponding credit value can 
be recorded in the second device, the second device being adapted to transfer the credit value stored 
therein to an account held at the second financial institution, characterised in that the first and second 
devices each store at least a portion of a program which is run in a synchronised, interactive manner be- 
tween the first and second devices. 

9. A system according to claim 8 characterised in that the first and second portable data storage and proc- 
essing devices (30;32) are "smart cards" comprising electronic data storage and processing circuitry on 
a credit card-like substrate, operating under the control of stored software. 

10. A system according to claim 9 characterised in that the first and second terminal means (FTM1-FTM2) 
are adapted to link the respective smart cards to the respective financial institutions (FI1;FI2) via a data 
network (X 25, CSCN). 

11. A system according to claim 9 or claim 10 characterised in that the third terminal means (POS) is a card 
reader device adapted to receive both smart cards and to allow data transfer therebetween. 

12. A system according to claim 11 characterised in that the card reader device (POS) operates under the 
control of a stored program which facilitates the interaction of the first and second smart cards. 



Patentanspruche 

1. Methode zum Uberweisen von Geldbetragen einschlie&Nch der Verbindung einer ersten tragbaren 
Datenspeicherungs- und -verarbeitungskarte (30) mit einem ersten Geldinstitut (FI1); Belastung eines bei 
diesem Geldinstitut gef uhrten Kontos und Buchen einer entsprechenden Gutschrif t in der ersten tragba- 
ren Datenspeicherungs- und -verarbeitungskarte; Verbindung der ersten tragbaren Datenspeicherungs- 
karte mit einer zweiten Karte Shnlicher Ausfuhrung (32); Verringern des Guthabens in der ersten Karte 
und Buchen einer entsprechenden Gutschrift im Chip derzweiten Karte; Verbinden der zweiten tragbaren 
Datenspeicherungs- und -verarbeitungskarte mit einem zweiten Geldinstitut (FI2); Verringern des im 
zweiten Kartenchip gespeicherten Guthabens; und Buchen einer entsprechenden Gutschrift auf einem 
von dem zweiten Geldinstitut gef uhrten Konto; dadurch gekennzelchnet, dad die erste und zweite Karte 
jeweils mindestens einen Teil eines Programms speichern, das in einer synchronisierten und interaktiven 
Art und Weise zwischen den beiden Karten ablauft. 
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2. Methods nach Anspruch 1, dadurch gekennzeichnet, dad ein Terminal (POS) zur Verfugung gestellt 
wird, in das die erste und zweite Karte (30, 32) eingefuhrt werden konnen. Auf diese Weise kann ein Da- 
tenaustausch zwischen beiden stattfinden. Das Terminal wird von einem gespeicherten Programm ge- 
steuert, das die Interaktionen zwischen der ersten und der zweiten Karte unterstutzt. 

3. Methode nach Anspruch 1 oder 2, dadurch gekennzeichnet, da& das erste und das zweite Geldinstitut 
(FI1, FI2) eine identische Bank, Bausparkasse Oder ahnliches instituts ist. 

4. Methode nach Anspruch 1 Oder 2, dadurch gekennzeichnet, dad das erste und das zweite Geldinstitut 
(FI1, FI2) unterschiedliche Banken, Bausparkassen oderahnliche Institute sind. 

5. Methode nach einem der Anspruch e 1 bis 4, dadurch gekennzeichnet, dad die erste und die zweite trag- 
bare Datenspeicherungs- und -verarbeitungskarte (30, 32) sogenannte "Smart Cards" mit einem elektro- 
nischen Schaltkreis zur Speicherung und Verarbeitung von Daten auf einem kreditkartenahnlichen Tra- 
ger. Die Steuerung erfolgt mit Hilfe einer gespeicherten Software. 

6. Methode nach einem der Anspruche 1 bis 5, dadurch gekennzeichnet, dad die erste Karte (30) an eine 
Person ausgegeben wird, die bei dem ersten Geldinstitut (FI1) registriert ist, wahrend die zweite Karte 
(32) an einen Einzel handler oder ein anderes Geschaft ausgegeben wird. Der von dem in der ersten Karte 
gespeicherten Guthaben abgebuchte Betrag entspricht dem Bet rag, der zwischen der Person und dem 
Einzelhandler oder GeschSft transferiert wird. 

7. Methode nach einem der Anspruche 1 bis 6, dadurch gekennzeichnet, daR die zweite Karte (32) die im 
Chip gespeicherten Gutschrif ten addiert, so dad die dem zweiten Geldinstitut (FI2) gutgeschriebenen Be- 
trag e der Gesamtheit aller Gutschrif ten entsprechen, die in der zweiten Chipkarte innerhalb eines vor- 
bestimmten Zeitraums gespei chert wurden. 

8. System zur Oberweisung von Geldbetragen unter EinschluG der ersten und zweiten tragbaren 
Datenspeicherungs- und -verarbeitungskarten (30, 32); ein erstes Terminal (FTM1) zur Verbindung der 
ersten Karte mit einem ersten Geldinstitut (FI1); ein zweites Terminal (FTM2) zur Verbindung der zweiten 
Karte mit einem zweiten Geldinstitut (FI2); und ein drittes Terminal (POS) zur Aufnahme der ersten und 
zweiten Karte sowie zur Steuerung des Datentransfers zwischen beiden Karten, so dad das in der ersten 
Karte gespeicherte Guthaben, das dem Stand eines im ersten Geldinstitut gefuhrten Kontos entspricht, 
um einen gewunschten Betrag verringert werden und eine entsprechende Gutschrift auf die zweite Karte 
ubertragen werden kann und die zweite Karte die in ihr gespeicherte Gutschrift auf ein Konto uberweisen 
kann, das bei dem zweiten Geldinstitut gefuhrt wird; dadurch gekennzeichnet, dad die erste und zweite 
Karte mindestens einen Teil eines Programms speichern, das in einer synchronisierten und interaktiven 
Weise zwischen den beiden Karten lauft 

9. System nach Anspruch 8, dadurch gekennzeichnet, da& das erste und das zweite tragbare 
Datenspeicherungs- und -verarbeitungssystem (30, 32) sogenannte "Smart Cards" mit einem elektroni- 
schen Schaltkreis zur Speicherung und Verarbeitung von Daten auf einem kreditkartenahnlichen Trager. 
Die Steuerung erfolgt mit Hilfe einer gespeicherten Software. 

10. System nach Anspruch 9, dadurch gekennzeichnet, da& das erste und zweite Terminal (FTM1, FTM2) 
so konf iguriert sind, dad sie die Verbindung der einzelnen Smart Cards mit den entsprechenden Geldin- 
stituten flber ein digi tales oder analoges Datennetz (X 25, CSCN) herstellen. 

11. System nach Anspruch 9 oder 10, dadurch gekennzeichnet, dad das dritte Terminal (POS) ein Karten- 
lesegerat ist, das sowohl beide Smart Cards aufnehmen als auch den Datenaustausch zwischen beiden 
Karten bewerkstelligen kann. 

1 2. System nach Anspruch 11 , dadurch gekennzeichnet, daB das Karten lesegerat (POS) von einem gespei- 
cherten Programm gesteuert wird, das die Interaktionen zwischen der ersten und der zweiten Smart Card 
unterstutzt. 
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Revendications 

1. Procede de transfert de fonds com pre n ant les etapes consistant a relier un premier dispositif de memo- 
risation de donnees et de traitement portatif (30) a une premiere institution financiere (FI1) ; debiter un 
compte ouvert dans ('institution financiere et enregistrer une valeur de credit correspondante dans le pre- 
mier dispositif de memorisation de donnees et de traitement portatif relier le premier dispositif de memo- 
risation de donnees a un second dispositif similaire (32) ; red u ire la valeur de credit dans le premier dis- 
positif et enregistrer une valeur de credit correspondante dans le second dispositif ; relier le second dis- 
positif de memorisation de donnees et de traitement portatif a une seconde institution financiere (FI2) ; 
reduire la valeur de credit dans le second dispositif ; et enregistrer une valeur de credit correspondante 
dans un compte tenu dans la seconde institution financiere, caracterise en ce que les premier et second 
dispositifs memorisent chacun au moins une partie d'un programme qui est deroule d'une maniere inte- 
ractive synch ronisee entre les premier et second dispositifs. 

2. Precede selon la revendication 1, caracterise en ce qu'un terminal (POS) est prevu qui recoit les premier 
et second dispositifs (30 ; 32) et permet un transfert de donnees entre eux, le terminal fonctionnant sous 
la commande d'un programme memorise pour facil iter I'interaction des premier et second dispositifs. 

3. Precede selon la revendication 1 ou la revendication 2, caracterise en ce que les premiere et seconde 
institutions financiered (FI1 ; FI2) sont une seule et meme banque, societe immobiliere ou une autre ins- 
titution similaire. 

4. Precede selon la revendication 1 ou la revendication 2, caracterise en ce que les premiere et seconde 
institutions financieres (FI1 ; FI2) sont des banques, societes immobilieres ou autres institutions f inan- 
cieres similaires differentes. 

5. Procede selon Tune quelconque des revendications 1 a 4, caracterise en ce que les premier et second 
dispositifs de memorisation de donnees et de traitement portatifs (30 ; 32) sont des "cartes a memoire" 
comportant un circuit de memorisation de donnees etde traitement electron ique sur un substrat identique 
a une carte de credit, fonctionnant sous la commande d'un logiciel memorise. 

6. Procede selon Tune quelconque des revendications 1 a 5, caracterise en ce que le premier dispositif (30) 
est affecte a un individu enregistre dans la premiere institution financiere (FI1), tandis que le second dis- 
positif (32) est affecte a un detaillant ou autre entite commercial le montant de la reduction de la valeur 
de credit memorisee dans le premier dispositif correspondante la valeur d'une transaction entre I'individu 
et le detaillant ou Tentite commercial e. 

7. Procede selon Tune quelconque des revendications 1 a 6, caracterise en ce que le second dispositif (32) 
totalise les valeurs de credit enregistrees a I'interieur, de sorte que la valeur de credit enregistree dans 
la seconde institution financiere (FI2) correspond au total de toutes les valeurs de credit enregistrees dans 
le second dispositif durant une periode predeterminee. 

8. Systeme de transfert de fonds com pre n ant des premier et second dispositifs de memorisation de donnees 
et de traitement portatifs (30 ; 32) ; un premier terminal (FTM1) pour relier le premier dispositif a une pre- 
miere institution financiere (FI1) ; un second terminal (FTM2) pour relier le second dispositif a une se- 
conde institution financiere (FI2) ; et un troisieme terminal (POS) concu pour recevoir les premier et se- 
cond dispositifs et pour permettre un transfert de donnees entre eux, de sorte qu'une valeur de credit 
memorisee dans le premier dispositif qui correspond a un debit d'un compte ouvert dans la premiere ins- 
titution financiere peut etre reduite d'un montant desire et une valeur de credit correspondante peut fitre 
enregistree dans le second dispositif, le second dispositif etant concu pour transferer la valeur de credit 
memorisee a I'interieur a un compte ouvert dans la seconde institution financiere, caracterise en ce que 
les premier et second dispositifs memorisent chacun au moins une partie d'un programme qui se deroule 
d'une maniere interactive synchronisee entre les premier et second dispositifs. 

9. Systeme selon la revendication 8, caracterise en ce que les premier et second dispositifs de memorisation 
de donnees et de traitement portatifs (30 ; 32) sont des "cartes a memoire" comportant un circuit de me- 
morisation de donnees et de traitement electron ique sur un substrat analogue a une carte de credit, fonc- 
tionnant sous la commande d'un logiciel memorise. 
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10. Systems selon la revendication 9, caracterise en ce que les premier et second terminaux (FTM1 ; FTM2) 
sont concus pour relier les cartes a memoire respectives aux institutions financieres respectives (FI1 ; 
FI2) par I'intermediaire d'un reseau de donnees (X25, CSCN). 

11. Systeme selon la revendication 9 ou la revendication 10, caracterise en ce que le troisieme terminal (POS) 
est un dispositif lecteur de cartes concu pour recevoir les deux cartes a memoire et permettre un transfert 
de donnees entre elles. 

1 2. Systeme selon la revendication 1 1 , caracterise en ce que le dispositif lecteur de cartes (POS) fonctionne 
sous la commande d'un programme memorise qui facilite ('interaction des premiere et seconde cartes a 
memoire. 
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